home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6130 / text0000.txt < prev   
Encoding:
Text File  |  1996-08-05  |  2.4 KB  |  50 lines
  1. In a message of 19 Mar 96 Fabio Bizzetti wrote to All:
  2.  
  3.  >> I am currently drawing (using WritePixel()) and scrolling (using
  4.  >> ScrollRaster()). However, I want to be able to draw and scroll completely
  5.  >> *independently* of the final bitplane. So I draw and scroll planes 1
  6.  >> through 7, but plane 8 stays completely undisturbed.
  7.  
  8.  FB> Sorry to say it, but this is a good example of reality about OS and
  9.  FB> direct hardware programming. And also if there's a way to do it with the
  10.  FB> OS, it'll be damn slower and expecially damn more innatural and complex
  11.  FB> than it has to be.
  12.  
  13. For what I wanted to do, I managed it perfectly entirely using the OS. Thankyou
  14. to everyone who answered my question! There's a gfxmacros.h macro called
  15. SetWrMsk(), which allows you to select which planes you want most of the
  16. graphics.library functions to work with. I just told it to ignore the final
  17. plane, and it works exactly how I want.
  18.  
  19. However, I *am* having to scroll the screen using ScrollRaster(), where in the
  20. ol' hardware bashing days I would have directly manipulated the bpl pointers.
  21. This would have meant that I could *dramatically* reduce the CPU time required,
  22. and there would not even any be any need to double buffer the screen (which I
  23. have to now)..
  24.  
  25.  FB> What are the king of games?: consoles. Have you ever seen a console
  26.  FB> programmed through an OS such as Amiga's one?
  27.  
  28. Whilst AFAIK all the new consoles (PSX, etc.) *are* completely written through
  29. an operating system, it is admittedly very different to the Amiga's OS. This is
  30. strange, since the very nature of the Amiga is that it will be upgraded,
  31. whereas the PSX probably won't be (ie, it'll be replaced).
  32.  
  33. What I think the Amiga really needs is full hardware support via the OS. Then
  34. when the hardware changes, the libraries can just be rewritten, and everything
  35. will continue to work.
  36.  
  37. Why can't we have OS control over blitplane addressing? I'm perfectly capable
  38. of allocating a blitplane and calculating addresses within it, but I'm not
  39. allowed to access the h/w registers to set them to point to these addresses. A
  40. system hardware.library (or whatever) would allow me to do this in a fully
  41. system friendly way.
  42.  
  43. Similarly, we could use a 3d.library (for vector graphics), chunky.library (for
  44. chunky operations), etc.etc. If these were written using the most optimal
  45. techniques possible, and supported and updated, they could solve a lot of the
  46. Amigas problems..
  47.  
  48. .\dam.          [Team AMIGA]          //\ ad32@brighton.ac.uk \\/
  49.  
  50.